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ABSTRACT 



A server platform is programmed to receive requests from 
the customer digital subscriber line modems for changing 
the customer's class of service for access to the Internet. The 
server platform can provide an immediate change in the bit 
rate of a platform digital subscriber line modem in response 
to a customer's request. The server platform can provide a 
service plan that automatically changes the bit rate of a 
platform digital subscriber line modem in response to a 
customer's request. The server platform can selectively 
provide a schedule that is followed to automatically change 
the bit rate of a platform digital subscriber line modem in 
response to a customer's request. In addition, the server 
platform can selectively provide an option to automatically 
increase the bit rate of a platform digital subscriber line 
modem when receiving streaming video or audio content 
from the Internet. Adatabase is coupled to the Ethernet LAN 
to store the class of service status of each respective platform 
digital subscriber line modem. 

29 Claims, 12 Drawing Sheets 
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DIGITAL SUBSCRIBER LINE SERVER (POTS) signals. State-of-the-art ADSL modems typically 

SYSTEM AND METHOD FOR employ rate-adaptation, with a granularity (e.g., 32 kbps for 

DYNAMICALLY CHANGING BIT RATES IN DMT and 320 kbps for CAP in current implementations) to 

RESPONSE TO USER REQUESTS AND TO increase or decrease the transmitted bit rate automatically in 

MESSAGE TYPES 5 response to variations in loop noise conditions and loop 

lengths. The ADSL standard is described in American 
FILED OF THE INVENTION National Standards Institute (ANSI) standard T1.413, 

The invention broadly relates to telecommunications and entitled "Telecommunications-Network and Customer 
more particularly relates to improvements in digital sub- installation Interfaces-Asymmetric Digital Subscriber line 
scriber line networks. 10 (ADSL) Metallic Interface", (ADSL 6.1 Mbps). 

HDSL: High-data-rate DSL (HDSL) is a four-wire (two- 
BACKGROUND OF THE INVENTION paj r ) access protocol for achieving symmetrical data trans- 

There are several forms of the Digital Subscriber Line mission rates, conforming to either the Tl (1.544 Mbps) or 
protocol, referred to collectively as "xDSL". They have the E1 ( 2 < 04 $ Mb P s ) standards, using either baseband the ISDN 
common feature of operating at high bit rates and with a high 15 encoding technique of two binary, one quaternary (2B lQ)or 
reliability over existing twisted pair copper lines. xDSL passband CAP (e.g., CAP64) modulation schemes. Frac- 
makes full use of the copper line frequency spectrum of tional T1 or E1 rales m supported by most HDSL modem 
approximately 2 MHz, it uses advanced modulation and vendors using nx64 kbps clocking schemes. The HDSL 
coding methods, and it works simultaneously with the plain spectrum in the copper loop extends approximately between 
old telephone system (POTS) on the same copper line. 20 °- 300 ^ z for passband modulated-transmission (e.g., 
Twisted pair copper lines have a useable frequency spec- CAP64 > ™ d °^ 25 ^ for baseband 2B1 Q) modulated data 
trum of approximately 2 MHz, which depending on the transmission. In practice, commercially-available HDSL 
leagth of the line, can be used for data communication at modems (specifically the baseband 2B1Q HDSL modems), 
various bit rates. However, there are two limitations: first, „ 60 ^ su PP ort simultaneous transport of analog telephony 
the lower 4 kHz must be reserved for POTS signals where md tne HDSL modulated data 

applicable, and second, the signal to noise ratio is not the RADSL: Rate-adaptive digital subscriber line (RADSL) 
same in all frequencies. adjusts transmission speed according to the length and 

Discrete MultiTone (DMT) is a modulation technique of ^ locd Unc * Connection speed is established 

used in xDSL technologies, that divides the frequency range 30 when the ^ 1S imtiall y synchronized or is set by a signal 
into 256 sub-frequencies, from 64 kHz to 2 MHz. Each from me ofl5cc * is similar to CCnT standard 

sub-frequency is an independent channel which has its own VM modems > wh * c A initialize communications with one 
stream of signals . Asymmetric Digital Subscriber Line mother by first listing which bit rates they support. Then 
(ADSL) protocol, one of the family of xDSL protocols, ^ey go into a test mode to determine which of the supported 
defines a pilot stream of data which is known to both 3S blt rates 15 the hi S nest one which can be ^ ed for each Dew 
endpoints in advance. This pilot stream of data is transmitted connection. RADSL modems poll the tine before transmit- 
on each sub-frequency to enable the endpoints to find the ^ ^ Periodically monitor the lme speed during a session 
specific signal to noise ratio (SNR) for each sub-frequency. to determine if it is necessary to change bit rates due to 
This information is used to allocate the data over the various changes in the line condition. If the RADSL modems 
sub-fiequencies. The POTS signals in the lower 4 kHz band 40 ^cognize that they are experiencing a very low error rate 
are separated by an analog splitter, thereby enabling tele- over a £ iven time P enod > tbe y can agree to go to a higher bit 
phone voice calls to simultaneously share the twisted pair rate * Alternatively, they can go to a lower bit rate if line 
copper line with ADSL digital signals. ADSL is asymmetric conditions indicate that too many errors have occurred 
in its allocation of more bandwidth to the downstream dunn S some P eriod - 

signals from the network to the customer, compared with 45 SDSL: Symmetric DSL (SDSL) protocol is a two-wire 
less bandwidth in the upstream direction. (single-pair) implementation of the ISDN encoding tech- 

The various forms of digital subscriber line (xDSL) nique of two binary, one quaternary (2B1Q) or of the CAP 
technologies are known under the acronyms ADSL, HDSL, modem technologies using state-of-the-art echo- 
RADSL, SDSL, and VDSL. Their principal characteristics cancellation and adaptive-equalization techniques. This 
are reviewed as follows: 50 acmeves symmetric data transmission rates of 384 kbps, 768 

ADSL: Asymmetric digital subscriber fine (ADSL) pro- ^bps ^P 8 ' 15 Mb P s > or 2 ^P 5 • Sub-Tl/El rates can 
tocol is a passband modulation of coded information bit be obtamed usin S 11x64 ^P 5 clocking techniques, 
streams over the POTS twisted-pair two-wire telephony VDSL: Very-high-speed DSL protocol supports data 
copper loop. This protocol uses two-dimensional modula- transmission rates of 6.5 Mbps to 51.8 Mbps (the Synchro - 
tion schemes such as carrierless amplitude-phase (CAP) or 55 nous Optical Network OC-1 rate) downstream and 1.6 Mbps 
discrete multi-tone (DMT). Carrierless amplitude phase to 6.5 Mbps upstream, for asymmetrical services. VDSL 
modulation (CAP) is a version of quadrature amplitude protocol supports data transmission rates of 6.5 Mbps to 
modulation (QAM) that stores parts of a modulated message 25- 9 Mb P s for symmetrical services, over short two-wire 
signal in memory and then reassembles the parts in the loops (typically around 1 kft). Candidate modulation 
modulated wave. The carrier signal is suppressed before 60 schemes proposed for VDSL include M-ary CAP, M-ary 
transmission because it contains no information and is quadrature amplitude modulation (QAM) and DMT. 
reassembled at the receiving modem (hence the word "car- Although xDSL technologies offer the advantage of high 
rierless" in CAP). Commercially available ADSL modems data rates over the ubiquitous, twisted pair POTS lines, there 
are capable of transmitting up to 8 Megabits per second remain areas needing improvement. One area needing 
(Mbps) downstream in the 240 kHz to 2 MHz loop fre- 65 improvement is in the lack of control by the customer or by 
quency band and up to 1 Mbps upstream in the 25 kHz-200 the system administrator over the privileges and features, 
kHz spectral band, simultaneously with 04 kHz telephony referred to in telephone parlance as the "class of service", of 
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the customer's xDSL connection to the digital network. A 
primary component of the customer's class of service is the 
data rate of the customer's data communication session. A 
customer does not Deed, and should not have to pay for, a 
megabit per second data rate when sending email over the 5 
Internet. However, that same customer will require a mega- 
bit per second data rate when receiving streaming data, such 
as full motion digital video, over the Internet. What is 
needed is a way for a customer or network administrator 
with a web-based interface to change the class of service of 10 
the customer's xDSL connection to the digital network, 
referred to in telephone parlance as the customer's "local 
loop". What is needed is for a customer or network admin- 
istrator to be able to request an immediate change in the bit 
rate during the customer's xDSL session. What is needed is 15 
for the customer to be able to subscribe to a service plan that 
automatically changes the bit rate of the customer's xDSL 
local loop, depending on the customer's usage or the type of 
data traffic occurring during a session. What is needed is for 
a customer or network administrator to be able to define a 20 
schedule that is followed to automatically change the bit rate 
of the customer's xDSL loop based oo the time of the day, 
the day of the week, or other schedulable factors. What is 
needed is for a customer or network administrator to be able 
to select an option to automatically increase the bit rate of an 25 
xDSL loop when receiving streaming video or audio content 
from the Internet. 

SUMMARY OF THE INVENTION 
A server platform communicates with a plurality of cus- 30 
tomer digital subscriber line modems at customer sites and 
also communicates with an Internet service provider con- 
nected to the Internet. The server platform includes a plu- 
rality of platform digital subscriber line modems, each 
respectively connected to a customer digital subscriber line 35 
modem. The platform includes an Ethernet local area net- 
work (LAN) that is coupled to each of the platform digital 
subscriber line modems. A web server is coupled to the 
Ethernet LAN, and is coupled to the Internet. Customers 
communicate with websites on the Internet through the 40 
server platform. 

In accordance with the invention, the web server in the 
server platform is programmed to receive requests from the 
customer digital subscriber line modems for changing the 
customer's class of service for access to the Internet. The 45 
server platform can provide an immediate change in the bit 
rate of a platform digital subscriber line modem in response 
to a customer's request. The server platform can provide a 
service plan that automatically changes the bit rate of a 
platform digital subscriber line modem in response to a 50 
customer's request. The server platform can selectively 
provide a schedule that is followed to automatically change 
the bit rate of a platform digital subscriber line modem in 
response to a customer's request. In addition, the server 
platform can selectively provide an option to automatically 55 
increase the bit rate of a platform digital subscriber line 
modem when receiving streaming video or audio content 
from the Internet A database is coupled to the Ethernet LAN 
to store the class of service status of each respective platform 
digital subscriber line modem. so 

When a customer requests from the customer digital 
subscriber line modem, changing the customer's class of 
service for access to the Internet, the platform digital sub- 
scriber line modem causes an Ethernet packet containing the 
request, to be addressed to the web server. In response, the 65 
web server can grant the customer's request and record it in 
the database. An SNMP network manager coupled to the 
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Ethernet LAN identifies the recorded request on the database 
and in response, forms a control message that is sent to the 
respective platform digital subscriber line modem that is 
coupled to the customer's modem. The control message 
changes the class of service provided by the platform digital 
subscriber line modem to conform with the customer's 
request. This mode of operation of the server platform is 
used to provide an immediate change in the bit rate, to 
provide a service plan that automatically changes the bit rate 
of a platform digital subscriber line modem, and to provide 
a schedule that is followed to automatically change the bit 
rate of a platform digital subscriber line modem. 

The server platform includes an HTTP gateway that 
couples the server platform to the Internet. The gateway 
monitors HTTP packets received from the Internet and 
identifies streaming data packets that require a higher bit 
rate. In response to detecting the streaming packets, the 
HTTP gateway sends an HTTP response header field to the 
web server. The web server prepares an SNMP set request 
message specifying a high bit rate, and stores the message in 
the database. The web server then sends the SNMP Set 
Request message to the SNMP controller, which forms an 
Ethernet frame containing the message and sends it to the 
platform modem. The controller sends the control message 
in an Ethernet frame to the platform xDSL modem addressed 
by the HTTP packet, to change its bit rate. This mode of 
operation enables the server platform to automatically 
increase the bit rate of a platform xDSL modem when 
receiving streaming video or audio content from the Internet 
network. 

DESCRIPTION OF THE FIGURES 

FIG. 1 is an overall architectural diagram of the server 
platform 100 and its relationship with the customer modems 
102(A) to 102(F) and the Internet network 120. 

FIG. 2 is a functional block diagram of the platform xDSL 
modem 104(X), illustrating its memory 222, CPU processor 
228, xDSL interface card 232 and Ethernet interface card 
230 hardware components. Also shown are the various data 
buffers and executable programs in its memory 222. 

FIG. 2A shows state of the customer xDSL modem 
102(A) and the platform xDSL modem 104(X) before the 
beginning of a session. 

FIG. 2B shows state of the customer xDSL modem and 
the platform xDSL modem during the initial phase of 
negotiation of session parameters, when the customer bit 
rate table 202(A) for the customer modem 102(A) and the 
platform bit rate table 204(X) for the platform modem 
104(X) are exchanged. 

FIG. 2C shows state of the customer xDSL modem and 
the platform xDSL modem after the bit rate tables for the 
customer modem and for the platform modem have been 
exchanged and stored in the respective receiving modems. 

FIG. 2D shows state of the customer xDSL modem and 
the platform xDSL modem after the initial bit rate of 128 
kbps has been established and stored in buffer 206(A) in the 
customer modem 102(A) and in buffer 208(X) in the plat- 
form modem 104(X), using the bit rate tables 202(A) and 
204(X). 

FIG. 2E shows state of the customer xDSL modem and 
the platform xDSL modem when the customer modem 
102(A) requests the next higher bit rate in its table 202(A) 
and the platform modem 104(X) grants the request. 

FIG. 2F shows state of the customer xDSL modem and the 
platform xDSL modem when the platform modem 104(X) 
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requires the customer modem 102(A) to assume the maxi- 103 to a customer digital subscriber line modem 102(A), 
mum bit rate in the customer's table 202(A) in order to 102(F), and 102(B). The multiplexer 103 is a Digital Sub- 
handle incoming streaming packets. scriber Line Access Multiplexer (DSLAM), which is a 
FIG. 3A is a data flow diagram showing the platform network device usuafl y located at a telephone company 
xDSL modem 104(X sending an Ethernet frame 302 to the 5 ?* tral ° ffice ' ^ ■ ® SLA f rG ^^ ign ^T T 1 ' 
web server 108, containing initial session data, including the ^ custome [ ^DSL modems 102(A) to 102(F) and selec- 
■ i u * * ? -iio i u *u • l i* j c *u ■ i tively connects each to one of the platform xDSL modems 
initial bit rate of 128 kbps, that has resulted from the initial 10400 104/Yj and 104CZ> 
phase of negotiation of session parameters. The Ethernet ^ J^t . , . ' . , 
frame is shown also containing the bit rate tables 202(A) and n ™* 100 mcl " d ? E^™* loed area network 
204(X) of available rates for the customer modem and for 10 (LA*0 ™* ^^ Qd * L of me P latfonn *£ SL 
the platform modem. The web server 108 is shown in modt ™ 1 ^> 1 ^\^}*% Z >' * Web ^ 
responding by forwarding the initial session data and both f° u P led to to Ethernet LAN 103, and * coupled to the 
bit rate tables to the database 110. Iaternet 120 ' Customers communicate with websites on the 
. , 4 . , . , , r Internet 120 through the server platform 100. An SNMP 

5 15 /nS& ^.^^ sh0 ^g the , 15 network manager controller 112 is coupled to the Ethernet 

xDSL modem 104(X) sending an Ethernet frame 302* to die ^ 1Q6 ^ tQ me m ^ ^ caQ 

web server 108 containing a customer revest 330(A) for me stored Qn ^ databa&e b ^ web 

the next higher bit rate in the customer s table 202(A> The servef m whicfa afC tQ be forward{ £ b the 

web server 108 is shown m respondmg by forming an SNMP SNMp t0 me latform ^ modems 

Set Request ^message Rateo 160 kbps which is intended 1Q4(Y) 0f 1Q4(Z) ^ SNMp m form 7 ^ 

for me platform modem 104(X), and storing it in the 20 £themet C0Qtrol v message ^ ^ ^ to ^ respective 

database 110. platform xDSL modem to control its bit rate. The control 

FIG. 3C is a data flow diagram showing the database 110 message changes the class of service provided by the 

sending the SNMP Set Request message "Rate-160 kbps", platform xDSL modem, to either conform with the custom- 

to the SNMP controller 112, which forms an Ethernet frame ^ e r's request or to conform with a customer service plan. A 

302" containing the message and sends it to the platform billing server 130 is coupled to the Ethernet LAN 106 and 

modem 104(X). to me database U0. The billing server saves the information 

FIG. 4A is a data flow diagram showing the HTTP in the database 110 that is needed to validate a customer's 

gateway 114 receiving a TCP/IP protocol data unit 402 from good standing and to generate bills for customers. There is 

the Internet network 120, containing an HTTP header 30 a wide variety of charging policies that can be implemented 

response field stating "Content Type- Video". The HTTP by the system administrator, using the billing server 130. 
gateway 114 is shown forwarding the TCP/IP protocol data The platform xDSL modem 104(X) is shown in greater 

unit 402to the web server 108. The web server 108 is shown detail in FIG. 2. FIG. 2 is a functional block diagram of the 

in responding by forming an SNMP Set Request message platform xDSL modem 104(X), illustrating its memory 222, 

"Rate=1024 kbps", which is intended for the platform 35 CPU processor 228, xDSL interface card 232 connected to 

modem 104(X), and storing it in the database U0. the DSLAM 103 and Ethernet interface card 230 connected 

FIG. 4B is a data flow diagram showing the database 110 to the LAN 106. Also shown are the various data buffers and 

sending the SNMP Set Request message "Rate«1024 kbps", executable programs in its memory 222. The platform bit 

to the SNMP controller 112, which forms an Ethernet frame rate table 204(X) is stored in the memory 222. During the 

302' " containing the message and sends it to the platform 40 initial handshaking negotiation between the platform xDSL 

modem 104(X). modem 104(X) and the customer xDSL modem 102(A), the 

FIG. 5 is a functional block diagram of the web server two modei » s exchange their bit rate tables and the customer 

108, illustrating its memory 522, CPU processor 528, TCP/ bit rate uble 202(A) is stored in memory 222. The current 

IP interface card 532 and Ethernet interface card 530 hard- data rate * buffered in buffer 208(X). The xDSL packet 

ware components. Also shown is the database 110 which is 45 buffer 250 buffers xDSL packets sent to and received from 

connected to the SNMP controller 112. The various data the customer xDSL modems 102(A) to 102(F). The Ethernet 

buffers and executable programs in the web server's fram . e buffer 252 buffers Ethernet frames sent to and 

memory 522 are also shown. received from the Ethernet LAN 106. The platform modem 

HG. 6 is a flow diagram' that illustrates the method of J 0 ^ 212(X) program is a sequence of programmed instrac- 

setting the xDSLmodems to a new bit rate value in response 50 h °^' W ^ D ™«"* the CPU processor 228^arncs 
to a request from the customer. thc functlons ° f ^ Platform xDSL modem 104(X). The 

„ . , , fcthernet protocol program 240 handles the protocol in 

FIG. 7 is a flow dragram 700 that illustrates the method of communicating ^ the lam 106 . The xDSL protocol 

preparing the xDSL modems for the receipt of the streaming program 244 handles the protocol in communicating with 

data from the Internet. Js tne ms{omcT xDSL mo dems 102(A) to 102(F). The SNMP 

DISCUSSION OF THE PREFERRED ^^ Vt ^f Ui ^^J n, ^ t0 f m ^^ 

F\yrRnriTAyfPMT SNMP agent functions of the platform xDSL modem 104(X) 

fciviiJuuiMiiiN 1 when intcracting ^ ^ SNMp 0^01^ 112 yi a the 

FIG. 1 is an overall architectural diagram of the server Ethernet LAN 106. The operating system 246 provides 

platform 100, which communicates with a plurality of 60 operating system functions for the platform xDSL modem 

customer digital subscriber line modems, xDSL modems 104(X). 

102(A) to 102(F) at customer sites. It also communicates FIG. 2A shows the state of the customer xDSL modem 

either directly with the Internet 120 or through an Internet 102(A) and the platfonn xDSL modem 104(X) before the 

service provider connected to the Internet 120. The server beginning of a session. The connection bit rate of an xDSL 

platform 100 includes a plurality of platform digital sub- 65 modem is established when the line is initially synchronized 

scriber line modems, xDSL modems 104(X), 104(Y), and or when it is set by a signal from the central office. The 

104(Z), each respectively connected through the multiplexer modems initialize communications with one another by first 
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listing which bit rates they support. Each modem has a bit modems 104(X), 104(Y), and 104(Z) are connected to the 
rate table that lists the line speeds that it can support. FIG. LAN 106 and compete for access using a earner sense 
2B shows state of the customer xDSL modem 102(A) and multiple access with collision detection (CSMA/CD) pro- 
the platform xDSL modem 104(X) during the initial phase tocol. Fast Ethernet or 100BASE-T10 protocol provides 
of negotiation of session parameters, when the customer bit 5 transmission speeds up to 100 megabits per second, rates 
rate table 202(A) for the customer modem 102(A) and the that are necessary when several customer xDSL modems are 
platform bit rate table 204(X) for the platform modem downloading streaming data, such as digital video. Gigabit 
104(X) are exchanged. The exchanged tables are stored in Ethernet protocol specified in the Gigabit Ethernet Standard 
each modem, as shown in FIG. 2C. Then they go into a test IEEE 802 3z, provides an even higher level of LAN back- 
mode to determine which of the supported bit rates is the bone support at 1000 megabits per second and is also 
highest one which can be used for each new connection. suitable for the LAN 106. 

xDSL modems poll the line before transmitting and peri- The Ethernet frame 302 begins with a preamble of an 

odically monitor the line speed during a session to determine alternating pattern of ones and zeros which tells the receiv- 

if it is necessary to change bit rates due to changes in the line ing stations on the LAN 106 that a frame is coming. A byte 

condition. If the xDSL modems recognize that they are before the destination address in the Ethernet frame 302 is 

experiencing a very low error rate over a given time period, 15 a start-of-frame (SOF) delimiter, which ends with two 

they can agree to go to a higher bit rate. Alternatively, they consecutive one bits which serve to synchronize the frame 

can go to a lower bit rate if line conditions indicate that too reception portions of all stations on the LAN 106. Immedi- 

many errors have occurred during some period. FIG. 2D ately following the preamble are the destination and source 

shows state of the customer xDSL modem and the platform address fields 304 and 306, respectively. Ethernet addresses 

xDSL modem after the initial bit rate of 128 kbps has been 20 are six bytes long. Addresses are contained in hardware on 

established and stored in buffer 206(A) in the customer the Ethernet interface cards 230. The first three bytes of the 

modem 102(A) and in buffer 208(X) in the platform modem addresses are specified by the IEEE on a vendor-dependent 

104)(X), using the bit rate tables 202(A) and 204(X). basis, while the last 3 bytes are specified by the Ethernet 

The xDSLmode negotiation handshake start up procedure vendor. The source address is always a unicast (single node) 

is the first signal exchange that occurs between two modems 25 address, while the destination address may be unicast, 

when making a connection. The customer xDSL modem and multicast (group), or broadcast (all nodes). In the Ethernet 

the platform xDSL modem exchange the customer bit rate frame 302, a two -byte field following the source address is 

table 202(A) for the customer modem 102(A) and the a type field. This field specifies the upper-layer protocol, 

platform bit rate table 204(X) for the platform modem such as TCP/IP, to receive the data after Ethernet processing 

104(X). This allows the modems to perform feature and 30 is complete. Following the type field is the actual data 

mode negotiation quickly, utilizing a low speed FSK modu- contained in the frame. After physical-layer and link-layer 

la ted signal to exchange information. Negotiation param- processing is complete, this data will eventually be sent to 

eters include such information as: identification of xDSL an upper-layer protocol, such as TCP/IP in the web server 

modems from other types, establishing the modulation 108. The upper-layer protocol is identified in the type field, 

modes available, and establishing the bit rates available. 35 After the data field is a 4-byte field containing a cyclic 

Line probing allows a modem to choose the optimum redundancy check (CRC) value. The CRC is created by the 

operating parameters for any given telephone channel. Line sending device and recalculated by the receiving device to 

probing is a bi-directional half duplex exchange which is check for damage that might have occurred to the frame in 

performed during or immediately after negotiation and transit. 

involves the transmission of signals that allow the distant 40 The database 110 in FIG. 3A is shown storing the bit rate 

receiver to analyze the characteristics of the telephone tables 202(A) and 204(X) of available rates for the customer 

channel before starting data transmission. The modems use modem and for the platform modem. The database 110 in 

the line analysis information to choose several key operating FIG. 3A is shown also storing the current data rate 208(X) 

parameters, including carrier frequency and symbol rate, of 128 kbps, the customer class of service data 320(A), the 

pre-emphasis selection, and power control selection. Train- 45 customer service plan data 322(A), and the customer billing 

ing is the process by which the modem's receiver synchro- data 324(A). 

nizes on the remote modem's transmit signal at initial FIG. 3B is a data flow diagram showing the platform 

connection establishment. Retraining is performed after a X DSL modem 104(X) sending an Ethernet frame 302' to the 

connection is up and running, to recover from disruptions, we b server 108, containing a customer request 330(A) for 

such as noise bursts, which may periodically occur during a 50 the next higher bit rate in the customer's table 202(A). The 

connection. The retraining process involves many stages of weD server 108 is shown responding by forming an SNMP 

receiver acquisition; automatic gain control adjustment, Set Request message 340(A) which specifies the next higher 

receiver timing acquisition, etc., all of which occur during ra te as "Rate=l60 kbps", which is intended to be sent to the 

the phase of the retraining handshake. platform xDSL modem 104(X), and storing the message 

FIG. 3A is a data flow diagram showing the platform 55 340(A) in the database 110, In accordance with the 

xDSL modem 104(X) sending an Ethernet frame 302 to the invention, the web server 108 in the server platform 100 is 

web server 108, containing initial session data, including the programed to receive requests from the customer xDSL 

initial bit rate of 128 kbps, that has resulted from the initial modem 102(A) for changing the customer's class of service 

phase of negotiation of session parameters. The Ethernet for access to the Internet network 120. The server platform 

frame 302 is shown also containing in the data field 308, the eo 100 can provide an immediate change in the bit rate of a 

bit rate tables 202(A) and 204(X) of available rates for the platform xDSL modem 104(X) currently in an active session 

customer modem and for the platform modem. The web with the requesting customer modem in response to a 

server 108 is shown in responding by forwarding the initial customer's request. The platform xDSL modem 104(X) then 

session data and both bit rate tables 202(A) and 204(X) to transfers the newly granted bit rate value to the customer 

the database 110. 65 xDSL modem using the handshaking protocol discussed 

The Fast Ethernet protocol suitable for the LAN 106 is above to set a new bit rate value in the control buffer 206(A) 

specified in the IEEE 802.3u standard. The platform xDSL of the customer xDSL modem 102(A). 
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FIG. 3C is a data flow diagram showing the database 110 of a platform xDSL modem. The server platform 100 can 
sending the SNMP Set Request message 340(A) specifying selectively provide a schedule that is followed to automati- 
"Rateol60 kbps", to the SNMP controller 112, which forms cally change the bit rate of a platform xDSL modem, 

an Ethernet frame 302" containing the message 340(A) and The server platform 100 includes the HTTP gateway 114 

sends it over the LAN 106 to the platform modem 104(X). 5 that couples the server platform 100 to the Internet network 

The Simple Network Management Protocol (SNMP) is a 120. The gateway 114 monitors HTTP packets received 

set of protocols for managing networks, such as the LAN from the Internet network 120 and identifies streaming data 

106. SNMP works by sending protocol data unit (PDU) packets that require a higher bit rate. In response to detecting 

messages to different parts of the network. SNMP agents the streaming packets, the HTTP gateway 114 sends the 

store data about themselves in Management Information 10 HTTP response header field 430 of FIG. 4A to the web 

Bases (MIBs) and return this data to the SNMP manager. In server 108. In response, the web server 108 prepares an 

FIG. 1, the platform xDSL modems 1Q4(X), 104(Y), and SNMP set request message 440(A) specifying a high bit rate 

104(Z) are programmed to play the role of SNMP agents in "Rate-1024 kbps", and stores message 440(A) in the data- 

the LAN 106. These agents collect information about base 110. The database 110 then sends the SNMP Set 

themselves, such as their bit rate tables 204, modem 15 Request message "Rate- 1024 kbps" to the SNMP controller 

parameters, current settings, and current conditions, as 112, which forms an Ethernet frame 302'" containing the 

specified in their respective MIBs. The SNMP controller 112 message and sends it to the platform modem 104(X). The 

is programmed to play the role of an SNMP manager in the controller 112 sends the control message 440(A) in an 

LAN 106 network. It's the role of the SNMP manager 112 Ethernet frame 302*" to the platform xDSL modem 

to poll the SNMP agents 104(X), 104(Y), and 104(Z) to ^ addressed by the HTTP packet, to change its bit rate. This 

exchange information, in this case to set new bit rate values mo de of operation enables the server platform 100 to 

into the current data rate buffers 208(X), 208(Y), or 208(Z), automatically increase the bit rate of a platform xDSL 

respectively. There are five types of PDU's that SNMP modem when receiving streaming video or audio content 

employs to monitor a network: two deal with reading from the Internet network 120. FIG. 4A is a data flow 

terminal data, two deal with setting terminal data, and one, 35 diagram showing the HTTP gateway 114 receiving a TCP/IP 

the trap, is used for monitoring network events such as protocol data unit 402 from the Internet network 120, 

terminal start-ups or shut-downs. SNMP includes a limited containing an HTTP header response field stating "Content 

set of management commands and responses. The manage- iy pe = Video/Streaming Video". Typically, this is an initial 

ment system issues Get, GetNext and Set messages to warning message sent by the Internet source in response to 

retrieve single or multiple object variables or to establish the 30 a previous request from the platform for the streaming data, 

value of a single variable. The managed agent sends a to insure that the platform is capable of handling the much 

Response message to complete the Get, GetNext or Set. The larger streaming data packets. The initial warning TCP/IP 

managed agent sends an event notification, called a trap to protocol data unit contains only the HTTP header and not the 

the management system to identify the occurrence of mU ch larger streaming data. The HTTP gateway 114 is 

conditions, such as a threshold that exceeds a predetermined 35 shown forwarding the TCP/IP protocol data unit 402 to the 

value. The five primitive operations are: (1) get (retrieve web server 108. The web server 108 is shown in responding 

operation), (2) get next (traversal operation), (3) get by forming an SNMP Set Request message "Rate«1024 

response (indicative operation), (4) set (alter operation), and kbps", which is intended for the platform modem 104(X), 

(5) trap (asynchronous trap operation). SNNP is discussed and storing it in the database 110. FIG. 4B is a data flow 

further in Rose, Marshall, "The Simple Book", Prentice 40 diagram showing the database 110 sending the SNMP Set 

Hall, 1994. The SNMP standard is given in the Internet Request message "Rate-1 024 kbps", to the SNMP controller 

Engineering Task Force (IETF) Request for Comment 112, which forms an Ethernet frame 302'" containing the 

(RFC) 1155 and RFC 1213. * message and sends it to the platform modem 104(X). 

When a customer requests via the customer xDSL i n response to the SNMP set request message from the 

modem, a change in the customer's class of service for 45 SNMP controller 112, the platform modem 104(X) prepares 

access to the Internet, the platform xDSL modem causes the for the receipt of the streaming data by setting its bit rate to 

Ethernet packet 302' containing the request, to be addressed the new, higher speed. The magnitude of the new higher 

to the web server 108. In response, the web server 108 can speed has been specified as an available speed of operation 

grant the customer's request and record it in the database for the customer's xDSL modem 102(A), by the customer's 

110. The SNMP controller 112 coupled to the Ethernet LAN 50 bit rate table 202(A) in the database 110. After the platform 

106 identifies the recorded request on the database 110 and modem 104(X) successfully sets its bit rate to the new, 

in response, forms the Ethernet frame 302" with the control higher speed, it signals the customer's xDSL modem 102(A) 

message 340(A) that is sent to the respective platform xDSL to set its bit rate to the new, higher speed, in an xDSL 

modem that is coupled to the customer's xDSL modem. The handshaking protocol. Then, platform modem 104(X) 

control message 340(A) changes the class of service pro- 55 responds with an SNMP trap PDU message over the Eth- 

vided by the platform xDSL modem to conform with the ernet LAN 106 back to the SNMP controller 112 indicating 

customer's request. This mode of operation of the server that the platform modem 104(X) and the customer's xDSL 

platform is used to provide an immediate change in the bit modem 102(A) are ready to handle the streaming data. In 

ratc - response, the SNMP controller 112 sends a message on the 

The server platform 100 can selectively provide a sched- 60 Ethernet LAN 106 to the web server 108 that the platform 

ule that is followed to automatically change the bit rate of a modem 104(X) is ready to handle the streaming data. Then, 

platform xDSL modem in response to a customer's request. in response, the web server 108 sends an HTTP control 

In addition, the server platform 100 can selectively provide message to the HTTP gateway 114 for forwarding to the 

an option to automatically increase the bit rate of a platform Internet network 120 within a TCP/IP protocol data unit, 

xDSL modem when receiving streaming video or audio 65 indicating that the platform modem 104(X) is ready to 

content from die Internet. The database 110 can selectively handle the streaming data. Then, when the source of the data 

provide a service plan that automatically changes the bit rate on the Internet network 120 begins its transfer of the 
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streamiog data packets to the platform 100, the data will be In Step 604: the platform xDSL modem 104(X) sends an 

efficiently handled by the platform modem 104(X) and the Ethernet frame 302* to the web server 108, containing a 

customer's xDSL modem 102(A). customer request 330(A) for the next higher bit rate in the 

HyperText Transfer Protocol (HTTP) defines how mes- customer's table 202(A). 

sages arc formatted and transmitted on the Internet network 5 i n step 606: the web server 108 responds by forming an 

120, and what actions Web servers andMbrowsers should take SNMP Set Request message 34 o ( a) which specifies the next 

in response to various commands. HTTP version 1.0 was „„ 1cn , u „ v / . . . , * A , 4 . 

never made an official Internet standard, but the de facto * lg £ er r f* 88 K ^ ^ * "f? * fJ* 

standard is described in IETF RFC 1945. HTTP version 1.1 t0 T^™ }^ (X)> St0M ^ m6S " 

is described in the IETF RFC 2068, January 1997, "Hyper- 1Q sa S e 340 < A ) 10 thQ database lia 

text Transfer Protocol— HTTP/1.1". Other IETF documents In Ste P 608: database 110 transfers the SNMP Set Request 
describing various features of the HTTP protocol are: RFC message 340(A) specifying "Rate=160 kbps", to the SNMP 
822 which describes the structure of Internet text messages, controller 112, which forms an Ethernet frame 302" con- 
including header fields, RFC 1738 which describes the taining the message 340(A) and sends it over the LAN 106 
definition of URL syntax, RFC 1808 which describes the to the platform modem 104(X). 

definition of relative URL syntax, and RFC 1521 which 15 i n step 610: the platform xDSL modem 104(X) then 

describes the definition of MIME and of MIME types. transfers the newly granted bit rate value to the customer 

\^ pages are wntten in the Hypertext Markup Language xDSL modem using a handshaking protocol to set a new bit 

(HTML), an ASCII-based , platform-mdependent formatting rate vahie in me control buffer 206(A) of ^ customer xDSL 

language described in RFC 1866. modem 102(A) v ' 

TCP/IP protocol is described in "Internetworking with 20 ^. fl V _ nn r iL , 

TCP/IP, Vol. I: Principles, Protocols, and Architecture", The flow diagram 700 of 7 illustrates the method of 

second edition, by D. Comer (Prentice-Hall, 1991). Another P re P^S xDSL modems for the receipt of the streaming 

reference is "TCP/IP: Architecture, Protocols, and Imple- data from ^ Intemet - The method comprises the following 

mentation with IPv6 and IP Security", second edition, by S. steps: 

Feit (McGraw-Hill, 1997). Still other references include 25 ste P 702: The platform 100 receives an initial HTTP 
"TCP/IP Tutorial" by T J. Socolofsky and C. J. Kale, IETF warning message in a TCP/IP protocol data unit sent by the 
RFC 1180, and "TCP/IP Illustrated, Volume I: The Pro to- Internet source in response to a previous request from the 
cols" by W. R. Stevens (Addison- Wesley, 1994). platform for the streaming data, to insure that the platform 
FIG. 5 is a functional block diagram of the web server is capable of handling the much larger streaming data 
108, illustrating its memory 522, CPU processor 528, TCP/ 30 packets. The initial HTTP warning message contains only 
IP interface card 532 and Ethernet interface card 530 hard- the HTTP response header and not the much larger stream- 
ware components. Also shown is the database 110 which is ing data. 

connected to the SNMP controller 112. The various data step 704: The gateway 114 monitors HTTP packets 

buffers and executable programs in the web server's received from the Internet network 120 and identifies HTTP 

memory 522 are also shown. Customer data buffer 535 3S headers that specify streaming data packets that require a 

stores the platform bit rate table 204(X), the customer bit higher bit rate 

EL^i, 20 ^' T Cnt F data ^ iD ,. buffer Ste P 706: In r6S P 0Dse t0 detectin g «k HTTP warning 

208(X), the customer c a^s of service 320(A) and toe cus- m ^ ^ < m ^ ^ ^ ^ 

tomer service p an 322(A). The Ethernet frame buffer 550 header fieM 430 of nG 4A t0 the web XTyct m 

buffers Ethernet frames sent to and received from the 40 e , - M T . , 

EthemetLAN106.TheTCP/IPprotocoldataunitbuifer552 In r f s P onse > ^ A \ b serv f , 108 P re £ a / es ™ 

buffers TCP/IPprotocoldataunitesentandreceivedoverthe ^ 

Internet 120. ttie SNMP set request message buffer 556 u^u^ *** ' ^ ^ m ^ data " 

buffers message 440(A) formed by the web server 108. The ^ 

web server logic program 560 is a sequence of programmed 4S Ste P 708: ^ database 110 then sends the SNMP Set 

instructions that, when executed by the CPU processor 528, Request message "Rate-1024 kbps" to the SNMP controller 
carries out the functions of the web server 108. The Ethernet 

protocol program 540 handles the protocol in communicat- Ste P 710: SNMP controller 112 forms an Ethernet 

ing with the LAN 106. The TCP/IP protocol program 544 frame 302H ' containing the message and sends it to the 

handles the protocol in communicating with the HTTP 50 platf 01 ^ modem 104(X). The controller 112 sends the 

gateway 114 and the Internet network 120. The SNMP control message 440(A) in an Ethernet frame 302 ,M to the 

protocol program 542 handles the protocol in performing the platform xDSL modem addressed by the HTTP packet, to 

SNMP manager functions of the web server 108 when change its bit rate. 

forming SNMP set request messages 340(A) and 440(A) to Step 712: In response to the SNMP set request message 

be sent to the SNMP agents via the SNMP controller 112 and 55 from the SNMP controller 112, the platform modem 104(X) 

the Ethernet LAN 106. The operating system 546 provides prepares for the receipt of the streaming data by setting its 

operating system functions for the web server 108. bit rate to the new, higher speed. The magnitude of the new 

FIG. 6 is a flow diagram 600 that illustrates the method of higher speed has been specified as an available speed of 

setting the xDSL modems to a new bit rate value in response operation for the customer's xDSL modem 102(A), by the 

to a request from the customer. eo cummer's bit rate table 202(A) in the database 110. 

In Step 602: the database 110 stores the bit rate tables Step 714: After the platform modem 104(X) successfully 

202(A) and 204(X) of available rates for the customer sets its bit rate to the new, higher speed, it signals the 

modem and for the platform modem. The database 110 in customer's xDSL modem 102(A) to set its bit rate to the 

FIG. 3A is shown also storing the current data rate 208(X) new, higher speed, in an xDSL handshaking protocol, 

of 128 kbps, the customer class of service data 320(A), the 65 Step 716: Then, platform modem 104(X) responds with 

customer service plan data 322(A), and the customer billing an SNMP trap PDU message over the Ethernet LAN 106 

data 324(A). back to the SNMP controller 112 indicating that the platform 
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modem 104(X) and the customer's xDSL modem 102(A) are 
ready to handle the streaming data. 

Step 718: Id response, the SNMP controller 112 sends a 
message on the Ethernet LAN 106 to the web server 108 that 
the platform modem 104(X) is ready to handle the streaming 
data. 

Step 720: Then, in response, the web server 108 sends an 
HTTP control message to the HTTP gateway 114 for for- 
warding to the Internet network 120 within a TCP/IP pro- 
tocol data unit, indicating that the platform modem 104(X) 
is ready to handle the streaming data. 

Step 722: Then, when the source of the data on the 
Internet network 120 begins its transfer of the streaming data 
packets to the platform 100, the data will be efficiently 
handled by the platform modem 104(X) and the customer's 
xDSL modem 102(A). 

Web Pages 

The user interface for this service is provided by multiple 
Web pages that are dynamically generated by the web server 
108. Representative samples of these Web pages are shown 
on the following Tables 1,2, 3 and 4. 

There are several technologies in the current art that can 
be used to dynamically generate Web pages. These include 
Active Server Pages (ASP), Servlets, and Common Gateway 
Interface (CGI) scripts. Any of these mechanisms can be 
used by the web server 108 to generate the Web pages that 
are described on the following tables. 

Note: In order to change the bit rate of an xDSL access 
link, the modems 102(A) and 104(X), for example, on both 
ends of the access link must be powered on. Otherwise, the 
request must either be denied or be queued for a later time. 

A customer or network administrator can request an 
immediate change in the bit rate of an xDSL modem 102(A), 
for example, by using the sample Web page shown in the 
following Table 1 generated by the web server 108. 

TABLE 1 

Immediate Modem Rate Change 



Peak Downstream 

Bit Rate Topical Application 



Price 



128 kbps Web Browsing, IP Telephony 

9 Automatic bit rate increase for streaming content 
(Additional $5/month) 

256 kpbs Streaming Internet Video and Audio 

: Automatic bit rate increase for streaming content 
(Additional $5/month) 

512 kbps Higher Quality Streaming Internet 

Video and Audio 
1.5 Mbps VHS Quality Streaming Internet 

Video and Audio 



$10/month 

$15/month 

$25/month 
$35/month 



Submit 



A customer or network administrator can select an xDSL 
modem rate schedule option for the customer service plan 
data 322(A) by using a Web page similar to that shown on 
the following Table 2. In addition to time-of-day, day-of- 
week information can also be used to define an xDSL 
modem rate schedule. 
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TABLE 2 



xDSL Modem Rate Schedule Options 
Note: Bit rates aie peak downstream 



• Option #1 ($5/month): 




10 AM-10 PM 


128 kbps (Web Browsing, IP Telephony) 


10 PM-10 AM 


256 kbps (Streaming Internet Audio 




and Video) 


N Option #2 ($10/month): 




10 AM-10 PM 


512 kbps (Higher Quality Streaming 




Internet Audio and Video) 


10 PM-10 AM 


1.5 Mbps (VHS Quality Streaming 




Internet Video) 


N Option #3 ($20/month): 




24 hour 


1.5 Mbps (VHS Quality Streaming 




Internet Video) 



20 



Automatic bit rate increase for streaming content 



A customer or network administrator can display a custom 
modem rate schedule option by using the following sample 
25 Web page in Table 3 generated by the web server 108. Notice 
that an estimate of the monthly charge for this schedule is 
shown. The Modify button enables the customized schedule 
to be modified. 



30 



35 



40 



TABLE 3 



Interval 



Customized xDSL Modem Rate Schedule 
Note: Bit rates are peak downstream 

Peak Downstream Bit Rate 



8PM-12AM 
12AM^8 PM 



1.5 Mbps (VHS Quality Internet Video) 
128 Kbps (Web Browsing, IP telephony) 



Monthly Charge: 



$8.50 



Modify [ 



45 



50 



55 



60 



65 



A customer or network administrator can modify a cus- 
tomized xDSL modem rate schedule by using the Web page 
shown on the following Table 4 generated by the webserver 
108. 

The day-of-week field is used to specify the schedule for 
a particular day. The choice element contains one entry for 
each day of the week. In addition, it contains an entry "All" 
that corresponds to all days of the week. An entry "Week- 
end" corresponds to Saturday and Sunday. An entry "Week- 
day" corresponds to Monday through Friday. 

The Start Hour, End Hour, and Peak Downstream Bit Rate 
are required fields. 

The Monthly Charge is dynamically updated as the other 
fields on this page are modified. 

When all entries on the page have been completed, the 
Submit button is pressed to update the database. 



03/31/2004, EAST Version: 1.4.1 



US 6,374,288 Bl 



15 



TABLE 4 



Modify Customized xDSL Modem Rate Schedule 



Day-of-Week 



Saturday 



8 PM 



3 



Peak Downstream Bit Rate: 



1.5 Mbps (Large Software Downloads) 



Monthly Charge: 



$15.00 



Modify Customized xDSL Modem Rate Schedule 



Day-of-Week 



Saturday 



Start Hour 



8AM 


m 


End Hour 


8 PM 



Peak Downstream Bit Rate: 



1.5 Mbps (Large Sortware Downloads) 



Monthly Charge: 



$15.00 



16 



45 



Note: The Day-of-Week, Peak Downstream Bit Rate, Start Hour, and End 
Hour elements provide pull-down menus. 

Note: The Day-of-Week, Peak Downstream Bit Rate, Start 
Hour, and End Hour elements provide pull-down menus. 
Database Information 
The database 110 contains the following information: 

(1) The configuration information for each xDSL modem in 
the customer class of service data 320(A). Specifically, 
the data indicates the IP address of each xDSL modem, the 
end user who is assigned to that equipment, and the IP 
address assigned to the end user PC. so 

(2) The schedule information for each xDSL modem in the 
customer service plan data 322(A). Specifically, the data 
indicate the bit rate that should be used at various times 
during each day. 

(3) The history of immediate bit rate changes for each xDSL 55 
modem in the customer billing data 324(A). Specifically, 
the data indicates when a customer requested an imme- 
diate bit rate change and the new bit rate. 

Billing System 

The billing system provided by the billing server 130 
saves the information that is needed to generate bills for 
customers. There arc a wide variety of charging policies that 
can be implemented by the provider of this service. 

The resulting invention enables a customer or network 
administrator with a web-based interface, to change the class 
of service of the customer's xDSL connection to the digital 
network. It enables a customer or network administrator to 



request an immediate change in the bit rate during the 
customer's xDSL session. It enables the customer to sub- 
scribe to a service plan that automatically changes the bit 
rate of the customer's xDSL local loop, depending on the 
5 customer's usage or the type of data traffic occurring during 
a session. It enables a customer or network administrator to 
define a schedule that is followed to automatically change 
the bit rate of the customer's xDSL loop based on the time 
of the day, the day of the week, or other schedulable factors. 
10 The resulting invention allows a customer or network 
administrator to select an option to automatically increase 
the bit rate of an xDSL loop when receiving streaming video 
or audio content from the Internet. 

Various illustrative examples of the invention have been 
described in detail. In addition, however, many modifica- 
tions and changes can be made to these examples without 
departing from the nature and spirit of the invention. 
What is claimed is: 

1. A server platform in a telecommunications network, 
comprising: 

a plurality of platform digital subscriber line modems, 
each respectively connected to a customer digital sub- 
scriber line modem; 
a local area network (LAN) coupled to each of the 

platform digital subscriber tine modems; 
a web server in the server platform coupled to the LAN, 

and coupled to a network; 
said customers communicating with websites on the net- 
work through the server platform; 
said web server in the server platform programmed to 
receive requests from the customer digital subscriber 
line modems for changing the customer's class of 
service for access to the network; and 
said web server in the server platform providing a change 
in the bit rate of a platform digital subscriber line 
modem in response to a customer's request. 

2. The server platform in a telecommunications network 
of claim 1, further comprising: 

said web server in the server platform providing a service 
plan that automatically changes the bit rate of a plat- 
form digital subscriber line modem in response to a 
customer's request. 

3. The server platform in a telecommunications network 
of claim 1, further comprising: 

said web server in the server platform providing a sched- 
ule to be followed to automatically change the bit rate 
of a platform digital subscriber line modem in response 
to a customer's request. 

4. The server platform in a telecommunications network 
of claim 1, further comprising: 

said server platform automatically increasing the bit rate 
of a platform digital subscriber line modem when 
receiving streaming video or audio content from the 
network. 

5. The server platform in a telecommunications network 
of claim 1, further comprising: 

a database is coupled to the LAN to store the class of 
service status of each respective platform digital sub- 
scriber line modem. 

6. The server platform in a telecommunications network 
of claim 1, further comprising: 

said platform digital subscriber line modem causing a 
packet containing the request to be addressed to the 
web server, when a customer requests changing the 
customer's class of service for access to the network; 
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in response, said web server granting the customer's 
request and recording it in the database; 

an SNMP controller coupled to the LAN for identifying 
the recorded request on the database and in response, 
forming a control message and sending it to the respec- 5 
tive platform digital subscriber line modem coupled to 
the customer's modem; 

said control message changing the class of service pro- 
vided by the platform digital subscriber line modem to 
conform with the customer's request. 10 

7. The server platform in a telecommunications network 
of claim 1, further comprising: 

a gateway in the platform that couples the server platform 
to the network; 

said gateway monitoring packets received from the net- 15 
work and identifying streaming data packets that 
require a higher bit rate; 

in response to detecting the streaming packets, said gate- 
way communicating with said web server, the web 
server responding by forming a control message and 20 
recording it in the database; 

a controller coupled to the LAN for identifying the 
recorded control message on the database and in 
response, forming a control message and sending it to 
the respective platform digital subscriber line modem 25 
coupled to the customer's modem; 

said control message changing the class of service pro- 
vided by the platform digital subscriber line modem to 
handle said streaming data packets; and 

whereby the server platform automatically increases the 30 
bit rate of a platform digital subscriber line modem 
when receiving streaming video or audio content from 
the network. 

8. A server method in a telecommunications network, 
comprising: 35 

receiving requests at a server platform from customer 
digital subscriber line modems for changing a custom- 
er's class of service for access to a network; and 

providing a change in bit rate of a platform digital ^ 
subscriber line modem in response to a customer's 
request. 

9. The server method in a telecommunications network of 
claim 8, further comprising: 

said web server in the server platform providing a service 45 
plan that automatically changes the bit rate of a plat- 
form digital subscriber line modem in response to a 
customer's request. 

10. The server method in a telecommunications network 

of claim 8, further comprising: 50 
said web server in the server platform providing a sched- 
ule to be followed to automatically change the bit rate 
of a platform digital subscriber line modem in response 
to a customer's request. 

11 . The server method in a telecommunications network 55 
of claim 8, further comprising: 

said server platform automatically increasing the bit rate 
of a platform digital subscriber line modem when 
receiving streaming video or audio content from the 
network. so 

12. The server method in a telecommunications network 
of claim 8, further comprising: 

storing a class of service status of each respective plat- 
form digital subscriber line modem in a database in the 
platform. 65 

13. The server method in a telecommunications network 
of claim 8, further comprising: 



causing an Ethernet packet containing the request to be 
addressed to the server, when a customer requests 
changing the customer's class of service for access to 
the network; 

in response, said server granting the customer's request 
and recording it in a database; 

identifying the recorded request in the database and in 
response, forming a control message and sending it to 
the respective platform digital subscriber line modem 
coupled to the customer's modem; 

said control message changing the class of service pro- 
vided by the platform digital subscriber line modem to 
conform with the customer's request. 

14. The server method in a telecommunications network 
of claim 8, further comprising: 

monitoring HTTP packets received from the network and 
identifying streaming data packets that require a higher 
bit rate; 

in response to detecting the streaming packets, commu- 
nicating with said server, the server responding by 
forming a control message and recording it in a data- 
base; 

identifying the recorded control message in the database 
and in response, forming a control message and send- 
ing it to the respective platform digital subscriber line 
modem coupled to the customer's modem; 

said control message changing the class of service pro- 
vided by the platform digital subscriber line modem to 
handle said streaming data packets; 

whereby the server automatically increases the bit rate of 
a platform digital subscriber line modem when receiv- 
ing streaming video or audio content from the network. 

15. The server method in a telecommunications network 
of claim 8, further comprising: 

receiving billing information at a billing server in said 
platform for maintaining a customer's billing record; 
and 

providing validation of a customer's good standing before 
providing service to said customer, based on said 
billing record. 

16. A server method in a telecommunications network, 
comprising: 

receiving customer class of service information for a 

customer digital subscriber line modem at a database in 

a server platform; 
receiving a request at the server platform from said 

modem for a new class of service for said modem; 
determining from said class of service information in said 

database whether said new class of service is included 

in said information; and 
providing to said modem said new class of service in 

response to said request. 

17. The server method in a telecommunications network 
of claim 16, further comprising: 

said server platform providing a service plan that auto- 
matically changes the class of service of said modem in 
response to a customer's request. 

18. The server method in a telecommunications network 
of claim 16, further comprising: 

said server platform providing a schedule to be followed 
to automatically change the class of service of said 
modem in response to a customer's request. 

19. The server method in a telecommunications network 
of claim 16, further comprising: 
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said server platform automatically increasing the bit rate 
of said modem when receiving streaming video or 
audio data. 

20. The server method in a telecommunications network 
of claim 16, further comprising: 

receiving billing information at a billing server in said 
platform for maintaining a customer's billing record; 
and 

providing validation of a customer's good standing before 
providing service to said customer, based on said 
billing record. 

21. A server method in a telecommunications network, 
comprising: 

receiving customer bit rate information for a customer 
digital subscriber line modem at a database in a server 
platform; 

receiving a request at the server platform from said 
modem for a new bit rate for said modem; 

determining from said bit rate information in said data- 
base whether said new bit rate is included in said 
information; and 

providing to said modem said new bit rate in response to 
said request. 

22. The server method in a telecommunications network 
of claim 21, further comprising: 

said server platform providing a service plan that auto- 
matically changes the bit rate of said modem in 
response to a customer's request. 

23. The server method in a telecommunications network 30 
of claim 21, further comprising: 

said server platform providing a schedule to be followed 
to automatically change the bit rate of said modem in 
response to a customer's request. 
" 24. The server method in a telecommunications network 
of claim 21, further comprising: 

said server platform automatically increasing the bit rate 
of said modem when receiving streaming video or 
audio data. 

25. The server method in a telecommunications network 
of claim 21, further comprising: 
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receiving billing information at a billing server in said 
platform for maintaining a customer's billing record; 
and 

providing validation of a customer's good standing before 
providing service to said customer, based on said 
billing record. 

26. A server method in a telecommunications network, 
comprising: 

receiving customer bit rate information for a customer 
digital subscriber line modem at a database in a server 
platform; 

detecting streaming data arriving at said server platform 
from said network; 

determining from said bit rate information in said data- 
base whether a higher bit rate is included in said 
information; and 

providing to said modem said higher bit rate in response 
to detecting said streaming data. 

27. The server method in a telecommunications network 
of claim 26, further comprising: 

said server platform providing a service plan that auto- 
matically changes the bit rate of said modem in 
response to a customer's request. 

28. The server method in a telecommunications network 
of claim 26, further comprising: 

said server platform providing a schedule to be followed 
to automatically change the bit rate of said modem in 
response to a customer's request. 

29. The server method in a telecommunications network 
of claim 26, further comprising: 

receiving billing information at a billing server in said 
platform for maintaining a customer's billing record; 
and 

providing validation of a customer's good standing before 
providing service to said customer, based on said 
billing record. 
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